Remarks/Arguments 

Applicants respectfully request consideration of the subject application as 
amended herein. This Amendment is submitted in response to the Office Action mailed 
July 25, 2007. Claims 1-22 are rejected. 

In this Amendment, claims 1, 14, 18, and 20 have been amended. It is 
respectfully submitted that the amendment does not add new matter. 

Applicants reserve all rights with respect to the applicability of the Doctrine of 
equivalents. 

The Examiner has rejected claims 1, 2, 5, and 6 under 35 U.S.C. §1 02(e) as 
being anticipated by U.S. Patent No. 7,215,663 of Radulovic ("Radulovic"). 
Applicants reserve the right to swear behind Radulovic. 
Claim 1, as amended, reads as follows. 

A system comprising: 

a plurality of real-time routing servers to route and process multimedia 
communication sessions over a network; 

a group server to manage the multimedia communication sessions over 
the network, wherein the group server is associated with the plurality of 
routing servers; 

a plurality of end-point processing devices to schedule and conduct 
multimedia communication sessions over the network, wherein each end- 
point processing device is associated with at least one routing server and the 
group server. 

Radulovic discloses an internet linked network architecture that delivers 
telecommunication type services across a network utilizing digital technology. 
(Radulovic, Abstract). FIG. 2a represents the control paths that are established 
between various network devices and central arbitration server (CAS) 40 as the network 
devices "log in" to the network. The continuous control line structure is illustrated for 
gateways 50a and 50b, the conference server 70, the V-Link enhanced service platform 
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60, and the CAS 40. (Radulovic, col. 14, lines 18-24). Communication engine (CE) 50 
is a VoIP gateway in the private IP network. The CE uses IMCP to communicate. In one 
embodiment, CE 50 is an industrial PC with enough network cards and DSP resources 
to handle ten T1 lines worth of telephone calls. Future plans for an embedded version 
and larger, compact PCI version will enable CE 50 to carry more calls and be more 
reliable. CE 50 acts like a gateway from an information poor PSTN signal to an 
information rich IMCP network. (Radulovic, col. 12, lines 35-45). Thus, Radulovic 
discloses a single conference server 70 and gateways 50 that interface between a 
PSTN signal and the IMCP network. 

By contrast, Radulovic does not disclose or teach a plurality of real-time routing 
servers (conference servers) to route and process multimedia communication sessions 
over a network. Radulovic does not disclose or teach the CAS 40 being associated with 
the plurality of routing servers. Radulovic does not disclose or teach the limitation "a 
plurality of end-point processing devices to schedule and conduct multimedia 
communication sessions over the network, wherein each end-point processing device is 
associated with at least one routing server and the group server" as recited in amended 
claim 1 because the communication engines 50 in Radulovic are gateways that 
interface between a PSTN signal and the IMCP network, not end-point processing 
devices. 

Therefore, Radulovic does not disclose or teach the limitations of amended claim 
1 . As such, amended claim 1 is not anticipated by Radulovic under 35 U.S.C. § 102(e). 
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It is submitted that dependent claims 2, 5, and 6 are not anticipated by Radulovic 
under 35 U.S.C. § 102(e) given that claims 2, 5, and 6 depend from and include the 
limitations of independent claim 1. 

The Examiner has rejected claims 14, 15, and 17 under 35 U.S.C. §1 02(e) as 
being anticipated by U.S. Patent No. 7,215,640 to Matsubara. 

Applicants reserve the right to swear behind Matsubara. 

Claim 14, as amended, reads as follows. 

A method for reserving bandwidth and media processing resources, 
comprising: 

checking whether media processing resources on a source real-time 
routing server are sufficient for a user to join a multimedia communication 
session in order for the user to communicate with all users participating in the 
multimedia communication session ; 

for a multimedia communication session involving multiple real-time 
routing servers, sending reservation requests from the source real-time 
routing server to all destination real-time routing servers; 

checking for notifications of successful bandwidth reservations for paths 
from the source real-time routing server to destination real-time routing 
servers; 

checking for notification of successful media processing resource 
reservations for destination real-time routing servers. 

(Claim 14) (emphasis added). 

Matsubara discloses a method and apparatus for path configuration in networks. 

The network includes nodes coupled by links for in-line communication, a network 

management system (NMS), and a trunk management system. The links of the network 

are identified as having a particular data handling capability. The data handling 

capability of each link is assigned, either in whole or in part to the nodes, which manage 

data communicating and admission to the network, based on the node data handling 

capability. The NMS allocates a particular bandwidth to each direction specific link. 

(Matsubara, col. 5, lines 30-55). 



10/810,791 



Page 12 of 21 



7001 P001 



In contrast, Matsubara does not disclose or teach a multimedia communication 
session between users. Matsubara does not disclose or teach the limitation "checking 
whether media processing resources on a source real-time routing server are sufficient 
for a user to join a multimedia communication session in order for the user to 
communicate with all users participating in the multimedia communication session" as 
recited in claim 14. Matsubara does not disclose or teach the limitation "a multimedia 
communication session involving multiple real-time routing servers, sending reservation 
requests from the source real-time routing server to all destination real-time routing 
servers" as recited in claim 14 because Matsubara teaches allocating bandwidth for a 
specific link. 

Therefore, Matsubara does not disclose or teach the limitations of amended 
claim 14. As such, amended claim 14 is not anticipated by Matsubara under 35 U.S.C. 
§ 102(e). 

It is submitted that dependent claims 15 and 17 are not anticipated by Matsubara 
under 35 U.S.C. § 102(e) given that claims 15 and 17 depend from and include the 
limitations of independent claim 14. 

The Examiner has rejected claim 3 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of U.S. Patent No. 6,418,139 of Akhtar ("Akhtar"). 

Claim 3 depends from and include the limitations of independent claim 1 noted 
above. It is submitted that Akhtar fails to cure the deficiencies of Radulovic noted above 
with respect to claim 1 and, therefore, claim 3 is patentable over the combination of 
cited references. 
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The Examiner has rejected claim 4 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of U.S. Patent No. 6,950,407 of Huddle ("Huddle"). 

Claim 4 depends from and include the limitations of independent claim 1 noted 
above. It is submitted that Huddle fails to cure the deficiencies of Radulovic noted 
above with respect to claim 1 and, therefore, claim 4 is patentable over the combination 
of cited references. 

The Examiner has rejected claims 7-13 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of Matsubara. 

Claim 7 reads as follows. 

A method for determining a topology of a network, comprising: 

obtaining from a group server respective addresses for real-time routing 

servers to route and process multimedia data and communication sessions 

over the network; 

setting a static neighbor configuration; 

determining a dynamic neighbor configuration based on quality of service 
levels for respective paths between real-time routing servers, hop counts 
along paths, delays between real-time routing servers, bandwidth capacity 
between real-time routing servers, and common path traffic between real- 
time routing servers. 

The Examiner indicates that Radulovic does not disclose the limitation 
"determining a dynamic neighbor configuration based on quality of service levels for 
respective paths between real-time routing servers, hop counts along paths, delays 
between real-time routing servers, bandwidth capacity between real-time routing 
servers, and common path traffic between real-time routing servers" as recited in claim 
7. (Office Action, page 6, 07/25/07). The applicants agree with the Examiner regarding 
Radulovic not disclosing the above limitation of claim 7. 



10/810,791 



Page 14 of 21 



7001 P001 



The Examiner also indicates that Matsubara discloses the above limitation of 
claim 7 at col. 5, lines 42-54 of Matsubara. Matsubara discloses at col. 5, lines 42-54 
the following: 

The NMS controls the first-hop, last-hop and transit nodes to set the data 
communication characteristics of their outputs, in effect setting path or link 
bandwidth as a communication class (for this example class A). Using 
conventional differential service (DiffServ) architecture, or other QoS 
implementations, the output queues and associated queue control circuitry is 
set to have the nodes classify, mark, police, shape and prioritize packets. 
Thereby, the NMS allocates a particular bandwidth to each direction specific 
link. Such links are referred to as "Provisioned Links." A Provisioning Table 
identifies each provisioned link by the two nodes it connects. In the table, 
each link is assigned communication characteristics, for example, a 
bandwidth. 

Thus, Matsubara discloses that the network management system (NMS) 
allocates a particular bandwidth to each specific link. 

By contrast, Matsubara does not disclose or teach the limitation "determining a 
dynamic neighbor configuration based on quality of service levels for respective paths 
between real-time routing servers, hop counts along paths, delays between real-time 
routing servers, bandwidth capacity between real-time routing servers, and common 
path traffic between real-time routing servers" as recited in claim 7 because Matsubara 
is merely concerned with allocating bandwidth for each specific link. 

Therefore, Matsubara does not disclose or teach the limitations of claim 7. 

It is respectfully submitted that Radulovic does not suggest a combination with 
Matsubara, and Matsubara does not suggest a combination with Radulovic because 
Radulovic teaches away from such a combination. Radulovic teaches a private IP 
communication network architecture while Matsubara discloses bandwidth allocation of 
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specific paths within a network. It would be impermissible hindsight to combine 
Radulovic with Matsubara based on applicants 1 own disclosure. 

Furthermore, even if Radulovic and Matsubara were combined, such a 
combination would lack at least the limitation "determining a dynamic neighbor 
configuration based on quality of service levels for respective paths between real-time 
routing servers, hop counts along paths, delays between real-time routing servers, 
bandwidth capacity between real-time routing servers, and common path traffic between 
real-time routing servers" as recited in claim 7. 

Therefore, in view of the above distinction, neither Radulovic nor Matsubara, 
individually or in combination, disclose each and every limitation of claim 7. As such, 
claim 7, is not rendered obvious by Radulovic in view of Matsubara under 35 U.S.C. § 
103(a). 

It is submitted that claims 8-13 are not rendered obvious by Radulovic in view of 
Matsubara under 35 U.S.C. § 103(a) given that claims 8-13 depend from and include 
the limitations of independent claim 7. 

The Examiner has rejected claim 16 under 35 U.S.C. §1 03(a) as being 
unpatentable over Matsubara in view of Radulovic. 

Claim 16 depends from and include the limitations of independent claim 14 noted 
above. It is submitted that Radulovic fails to cure the deficiencies of Matsubara noted 
above with respect to claim 14 and, therefore, claim 16 is patentable over the 
combination of cited references. 
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The Examiner has rejected claims 18-22 under 35 U.S.C. §1 03(a) as being 
unpatentable over Matsubara in view of U.S. Patent No. 7,076,540 to Kurose et al. 
("Kurose"). 

Claim 18, as amended, reads as follows. 

A method for reserving bandwidth in a network comprising: 

receiving at a first real-time routing server a bandwidth reservation 
request from an upstream real-time routing server; 

determining whether at least one downstream path to a destination real- 
time routing server has enough bandwidth; 

if the first real-time routing server is a transit real-time routing server and 
not a destination real-time routing server, then forwarding the bandwidth 
reservation request to a downstream neighbor real-time routing server that 
has enough bandwidth and leaving a usage count unchanged; 

if the first real-time routing server is a destination only real-time routing 
server or a destination and transit real-time routing server, then reserving 
bandwidth for a path between the first real-time routing server, and the 
upstream neighbor real-time routing server; 

if the first real-time routing server is not only a transit real-time routing 
server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing 
server that has enough bandwidth and incrementing the usage counting by 
one, wherein the first real-time routing server concurrently functions as a 
transit server to transfer media data not needing processing and a 
destination server to process media data needing processing. 



The Examiner indicates that Matsubara does not disclose the following 
limitations "if the first real-time routing server is a destination only real-time routing 
server or a destination and transit real-time routing server, then reserving bandwidth 
for a path between the first real-time routing server, and the upstream neighbor real- 
time routing server; if the first real-time routing server is not only a transit real-time 
routing server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing server that 
has enough bandwidth and incrementing the usage counting by one" as recited in 
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claim 18. (Office Action, page 9, 07/25/07). The applicants agree with the Examiner 
regarding Matsubara not disclosing the above limitations of claim 18. Matsubara also 
does not disclose "wherein the first real-time routing server concurrently functions as a 
transit server to transfer media data not needing processing and a destination server to 
process media data needing processing" as recited in amended claim 18. 

The Examiner also indicates that Kurose discloses the above limitations of claim 
14 at Figure 4 and bandwidth-reservation decision unit 58 of Kurose. Figure 4 
illustrates a RSVP compatible router 50 that includes the bandwidth-reservation 
decision unit 58 that performs processing. When the bandwidth-reservation decision 
unit 58 decides not to permit a bandwidth reservation, the bandwidth-reservation 
decision unit 58 sends rejection information n to the client 41 . When the bandwidth- 
reservation decision unit 58 decides to permit a bandwidth reservation, the SNMP 
transmission unit 63 sends bandwidth-reservation information e to the policy server 80. 
An RSVP incompatible router 70 receives a message A and sends a message B to the 
router 50 for processing. The router 70 can not process the message A and is not a 
destination router. 

By contrast, Kurose is silent regarding the router 50 being a combination of 
destination server for processing data and transit server for transferring data depending 
on the requirements of the data. Kurose does not disclose or teach the limitations "if the 
first real-time routing server is a destination only real-time routing server or a destination 
and transit real-time routing server, then reserving bandwidth for a path between the 
first real-time routing server, and the upstream neighbor real-time routing server; if the 
first real-time routing server is not only a transit real-time routing server but also a 
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destination real-time routing server, then forwarding the bandwidth reservation request 
to a downstream neighbor real-time routing server that has enough bandwidth and 
incrementing the usage counting by one, wherein the first real-time routing server 
concurrently functions as a transit server to transfer media data not needing processing 
and a destination server to process media data needing processing" as recited in 
amended claim 18. 

Therefore, Kurose does not disclose or teach the limitations of amended claim 

18. 

It is respectfully submitted that Matsubara does not suggest a combination with 
Kurose, and Kurose does not suggest a combination with Matsubara. It would be 
impermissible hindsight to combine Matsubara with Kurose based on applicants' own 
disclosure. 

Furthermore, even if Matsubara and Kurose were combined, such a combination 
would lack at least the limitations "if the first real-time routing server is a destination only 
real-time routing server or a destination and transit real-time routing server, then 
reserving bandwidth for a path between the first real-time routing server, and the 
upstream neighbor real-time routing server; if the first real-time routing server is not only 
a transit real-time routing server but also a destination real-time routing server, then 
forwarding the bandwidth reservation request to a downstream neighbor real-time 
routing server that has enough bandwidth and incrementing the usage counting by one, 
wherein the first real-time routing server concurrently functions as a transit server to 
transfer media data not needing processing and a destination server to process media 
data needing processing" as recited in amended claim 18. 
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Therefore, in view of the above distinction, neither Matsubara nor Kurose, 
individually or in combination, disclose each and every limitation of amended claim 18. 
As such, claim 18, is not rendered obvious by Matsubara in view of Kurose under 35 
U.S.C. § 103(a). 

Independent claim 20, as amended, contains similar limitations but not identical 
compared to the limitations of amended claim 18. For similar reasons, independent 
claim 18 is not rendered obvious by Matsubara in view of Kurose under 35 U.S.C. § 
103(a). 

It is submitted that claims 19, 21, and 22 are not rendered obvious by Matsubara 
in view of Kurose under 35 U.S.C. § 103(a) given that claims 19, 21 , and 22 depend 
from and include the limitations of one of the corresponding independent claims 18 and 
20. 
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Conclusion 

Applicant respectfully submits that in view of the amendments and discussion set 
forth herein, the applicable rejections have been overcome. Accordingly, the present 
and amended claims should be found to be in condition for allowance. 

If there are any additional charges/credits, please charge/credit our Deposit 
Account No. 02-2666. 



Respectfully submitted, 

BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 



Dated: October 25, 2007 
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